91 敏捷開發之路

雖然因為 php 是弱型別，所以 #PhpStorm 不像 #IntelliJ 或 #ReSharper 有 "Transform Parameter Object" 的功能可以用。

但是我們還是可以創造出自己的 #套路，把 function 標記成 static 後，inline method, 再針對 inline 完的內容，extract method，透過 extract method 來輔助精鍊參數的個數與型別。

IDE 最強大的威能，就在於重構。如果用了 PhpStorm，仍然用舊的方式在開發，真的不如用 Visual Studio Code 或是 vim 就好。

--
什麼？你沒有這問題跟需求？你是沒有在重構吧？

在【#極速開發】中，會學習到如何把整個生產環境，相關的工具鏈組合起來，發揮最大綜效，而不是一個一個的單點功能。有興趣可以參考：https://dotblogs.com.tw/hatelove/2018/10/29/201901-extreme-developing

在【#演化式設計：#測試驅動開發與持續重構】的培訓中，則是如何把這些東西進階應用在實戰上，讓你的測試驅動開發與持續重構，能行雲流水一般優雅。有興趣可以參考：https://dotblogs.com.tw/hatelove/2018/10/29/201902-refactor-and-tdd-training

Tags:

About author

我是 Joey Chen，闖蕩江湖的稱號是 91，熱血點火師，專門燃起大家心裡面的熱情與初衷。目前為 Odd-e Taiwan 的負責人，同時也是 JetBrains 在台灣的培訓夥伴，至今也仍是熱愛學習與享受各種程式語言之美的 programmer。身為敏捷教練，擅長 Agile、Scrum、LeSS 等敏捷文化與協作框架的落實與導入，如何讓大家 being agile 而不是 doing agile。同時喜歡結合各家所長，例如 Lean, Kanban 等，重點是持續改善、解決問題、端出成果，而不執著於某種特定方法論或框架。身為技術教練，我也是極限編程（extreme programming）的狂熱者，我擅長用這些技術與工程實踐來提昇產品的品質、團隊的生產力、降低營運風險，因應市場與公司的商業目標，讓團隊能具有高適應與反應能力的基礎建設。例如實例化需求、ATDD、BDD、TDD、重構、自動化單元測試/整合測試/驗收測試、CI/CD、code review、pair programming、mob-programming 等等。同時，我也是推崇極速開發的 developer，追求從想法到產品程式碼的完成，中間的時間差能趨近於零，也就是劍隨心轉，想到哪，程式碼就長到哪的境界。從想法到實現中間的等待，其實在實務上佔了很大的 context switch 成本，如果能讓這段時間縮到最短，就能比其他人多嘗試更多種解決方案，進而挑選出最剛好的方案。同時也是技術社群的活躍份子，從 2010 年開始連任九屆的微軟 MVP，兼任 MSDN 論壇板主，也曾經獲得年度 MSDN 文件庫刊登數量世界第一的榮耀。對微軟技術有愛，對 C# 有愛，對自動測試有愛，對重構與設計模式有愛。近年來對 Java, PHP, Python 也充滿濃厚的興趣，曾帶領客戶團隊中不會寫程式的 QA ，一起用 Python 完成超過百個 mobile UI 自動化測試。擁有超過十年擔任開發團隊 tech leader, trainer, coach 與 mentor 的經驗，進行的企業內部與公開技術培訓課程已超過 100 場，培訓過的開發人員超過 1000 位，擔任研討會與社群活動的講師次數超過 30 次。同時也是技術書籍的作者與譯者，與朋友合著的書籍包含《ASP.NET MVC 5：網站開發美學》、《ASP.NET MVC 4 網站開發美學》，翻譯的書籍有《單元測試的藝術-第二版》、《敏捷開發實踐》、《進入IT產業必讀的200個 .NET面試決勝題》。如果想跟我即時互動，歡迎直接私訊或 email 至 [email protected]。

請參考：https://tdd.best/about/